home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
QRZ! Ham Radio 4
/
QRZ Ham Radio Callsign Database - Volume 4.iso
/
digests
/
digital
/
940339.txt
< prev
next >
Wrap
Internet Message Format
|
1994-11-13
|
22KB
Date: Thu, 13 Oct 94 04:30:25 PDT
From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
Errors-To: Ham-Digital-Errors@UCSD.Edu
Reply-To: Ham-Digital@UCSD.Edu
Precedence: List
Subject: Ham-Digital Digest V94 #339
To: Ham-Digital
Ham-Digital Digest Thu, 13 Oct 94 Volume 94 : Issue 339
Today's Topics:
AMTOR with ICOM 740?
FAQ? Internet-to-packet gateway
Hamcom version # and FTP site?
HELP, KAM+ & RELink Problems (2 msgs)
Internet <-> Packet gateways
Kenwood Tm-733 And 9K6 :-((
Lanlink Availability
RADIO AMATEUR
Still More on low Speed data link
TheNet X-1J memory loss fix
THENET X1J2 (5 msgs)
Wanted: Montreal CA Packet group
What am I hearing ?
WTD a ftp site for TINY-2 v3.1 EPROM HEX
Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.
Archives of past issues of the Ham-Digital Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party. Your mileage may vary. So there.
----------------------------------------------------------------------
Date: 12 Oct 1994 18:47:21 GMT
From: gerheim@sonalysts.com (Al Gerheim)
Subject: AMTOR with ICOM 740?
I've been unsuccessful in working ARQ with an MFJ-1278 and an
ICOM 740 transceiver. My suspicion is that the T/R switch
is too slow, and I've heard some confirmations. I tried to
set the delay to the maximum of 90 msec in the TNC, but the
results were inconclusive.
Any suggestions?
TNX and 73 - AL
--
***********************************************************************
Al Gerheim, N4QN |Opinions expressed here| Sonalysts, Inc.
gerheim@sonalysts.com |are my own. | 215 Parkway North
Work: (203)442-4355 | | Waterford CT 06385
***********************************************************************
------------------------------
Date: 12 Oct 1994 00:24:26 GMT
From: ramos@engr.latech.edu (Alex Ramos)
Subject: FAQ? Internet-to-packet gateway
(If this group has a FAQ, this question is probably there. But I
have not seen one)
How can I send e-mail to a friend of mine who is on the packet-radio
network? I have his call sign as well as the call sign for the station
from which he retrieves his messages.
Also he'd like to send mail from the packet to the internet; is this
easily done in the U.S.? (I know packet-internet gateways in other
countries - my father uses one).
Thanks
73, KB5QEX
--
Alex Ramos (ramos@engr.latech.edu) * http://info.latech.edu/~ramos/
Louisiana Tech University, BSEE/Sr * These opinions are probably mine
------------------------------
Date: Wed, 12 Oct 1994 18:12:15 LOCAL
From: klotts@primenet.com (Kenneth C Lotts)
Subject: Hamcom version # and FTP site?
What is the latest version # of hamcom and where can I ftp it from?
Ken Lotts (aa7jc)
------------------------------
Date: 12 Oct 1994 22:32:47 GMT
From: jms@col.hp.com (Mike Stansberry)
Subject: HELP, KAM+ & RELink Problems
Walter Kornienko (GC-DSTI) <waltk> (waltk@cor5.pica.army.mil) wrote:
: Howdy and thanx for taking the time from your busy day
: to help me.
: I am new to the KAM+ TNC, formerly a TINY-2 user. Anyway, here's
: the problem. Someone told me that the KAM RELink command is similar
: to the CONPerm command in the TINY-2. I turn this parameter ON and
: if I disconnect due to too many RETries the KAM+ fails to reconnect.
: I believe I'm doing something wrong or the KAM+ doesn't work the
: way I want it to. Thanx for your help. 73 de Walt - K2WK
I don't think the RELink will do the same thing as the CONPerm of the
AEA products. I've used both and AEA PK-88 and Kantronics KPC-3s
and the PK-88 would reach out and re-connect when our packet cluster
disconnected me and the KPC-3s will not. I don't know any more
about it than that. Too bad the PK-88 doesn't have a node function
and use less power. I like the CONPerm feature.
Mike, K0TER
------------------------------
Date: Wed, 12 Oct 1994 13:03:27 GMT
From: waltk@cor5.pica.army.mil (Walter Kornienko (GC-DSTI) <waltk>)
Subject: HELP, KAM+ & RELink Problems
Howdy and thanx for taking the time from your busy day
to help me.
I am new to the KAM+ TNC, formerly a TINY-2 user. Anyway, here's
the problem. Someone told me that the KAM RELink command is similar
to the CONPerm command in the TINY-2. I turn this parameter ON and
if I disconnect due to too many RETries the KAM+ fails to reconnect.
I believe I'm doing something wrong or the KAM+ doesn't work the
way I want it to. Thanx for your help. 73 de Walt - K2WK
--
.............................................................................
Walter Kornienko - K2WK waltk@pica.army.mil Bldg. 351, Picatinny Arsenal,
Senior Software Engineer Dover, New Jersey
Decision Systems Technology Inc. 201-724-3158/4879
_____________________________________________________________________________
------------------------------
Date: Wed, 12 Oct 94 09:54:30 MST
From: david@stat.com (David Dodell)
Subject: Internet <-> Packet gateways
How to Use the WB7TPY
Packet <-> Internet Gateway
First, some brief operational notes:
(1) Messages must not contain any foul language, or commercial purpose.
(2) Messages can only be sent to countries that the United States has
a third-party agreement. All others will be destroyed.
(3) Messages from the internet should be less then 5K in length.
No files should be sent.
(4) If you have questions, please do not hesitate to contact me either on
packet radio: WB7TPY@WB7TPY.AZ.USA.NA -or-
Internet : david@stat.com
(5) Have fun. Use the gateway as much as you like. That is what it is
there for.
------
From Internet to Packet
------
Send mail to the internet address of:
gate@wb7tpy.ampr.org
The first line of text must contain a full packet address, preceded with the
word "Packet:"
For example, mail to my packet address, would have the first line of text;
Packet: wb7tpy@wb7tpy.az.usa.na
** NOTE: this line MUST be left justified.
------
From Packet to Internet
------
Send as private mail (never a bulletin) to the packet address of:
gate@wb7tpy.az.usa.na
The first line of text must contain a full domained internet address,
proceeded with the word "Internet:"
For example, mail to my internet address, would have the first line of text;
Internet: david@primenet.com
*** Remember, this has to be left justified
---
Editor, HICNet Medical Newsletter
Internet: david@stat.com FAX: +1 (602) 451-1165
Bitnet : ATW1H@ASUACAD
------------------------------
Date: Wed, 12 Oct 94 09:48:00 CET
From: Giovanni Mazzola <MC3626@mclink.it>
Subject: Kenwood Tm-733 And 9K6 :-((
Yesterday I bought a brand-new TM-733E to use mainly for 9600 baud packet
(JNOS) with a TNC-2H (from Symek - DK9SJ). I am greatly disappointed for
the poor response of this radio, just because it has a "dedicated" port
for a high-speed modem and this works bad. Watching the electric
diagrams of the TM-733 I understand that this latter *can't* work well
at 9600 baud...
Any experience by other users ? Any help ?
I am really upset. My FT-736R runs perfect at 9600 and most of the friends
operating at 9600 baud using older rigs or simply modified radios have
very good performances (at a fraction of cost, compared to the 733).
*Don't* buy this radio if you plan to use it for high-speed packet !!!
Giovanni Mazzola, IT9XXS.
------------------------------
Date: 12 Oct 1994 08:35:02 -0400
From: thmott@aol.com (Thmott)
Subject: Lanlink Availability
In article <seeler.138.781871597@UPEI.CA>, seeler@UPEI.CA (David Seeler)
writes:
asking information about lanlink.
Lanlink is available from Joe Kasser, G3ZCZ on his bulletin board at
301-593-9067. I think the latest version is 2.32. The opening message will
tell you the latest version.
Thurman Mott N3ORB
------------------------------
Date: Wed, 12 Oct 94 09:34:00 -0300
From: cesar.santos%hlbbs@ax.apc.org (Cesar Santos)
Subject: RADIO AMATEUR
X 1. Rec.Radio.Amateur.Digital.Misc/
Split=27K bytes/message <- For text, bin, HQX messages (0 = No split)
Menu=50 items/message <- For menus and query responses (0 - No split)
#
Name=Rec.Radio.Amateur.Digital.Misc
Numb=1
Type=1
Port=4320
Path=news group rec.radio.amateur.digital.misc
Host=saturn.wwc.edu
------------------------------
Date: 12 Oct 1994 16:52:24 GMT
From: Rick.Miller@ucsd.edu
Subject: Still More on low Speed data link
In article <9409107818.AA781805979@mails.imed.com> mack@mails.imed.COM writes:
> I have one more thought ont using 49MHz. Hustler makes a 2M 5/8
> mobile antenna that is under 1 meter in length. It turns out that it
> tunes up very well at 50MHz because the loading coil makes it look
> like 3/4 wavelength at 144MHz and 1/4 wavelength at 50MHz.
<< stuff deleted >>
> Ray
> WD5IFS
> mack@mails.imed.com
I might also add that the Hustler fold-over HF mobile mast for use with
coils for various HF bands also is 1/4 wavelength on 6 meters as well as 3/4
wavelength on 2 meters. I have been able to use the antenna on both bands
with some success.
DE Rick KA3BZX
miller@unhesp.unh.edu
------------------------------
Date: 12 Oct 1994 13:53:56 GMT
From: roberts@ses6a.bt.co.uk (Dave Roberts)
Subject: TheNet X-1J memory loss fix
A number of messages have been posted referring to problems with buffer
losses in heavy traffic.
I have never been sure where to look as I have never been able to
regenerate the buffer loss problem in the local nodes over here, so
was reduced to reading the code and scratching my head.
I have just found ( like last night ) a possible cause for the problem.
When the node is very busy, and needs to reject a connection, and if
rs232 crosslink protocol mode 2 is not being used, the node fails to
release the memory used by the received packet.
A quick fix for this ( untried ) is to patch one byte of the code.
If this appears to fix it, I'll recompile and fix a couple of other
things and rerelease it.
To do the patch ( in thenet X1J release 2 ) debug the file THENET1.X1J
and look at the byte offset 0x13d8 into that file ( if you are using
DEBUG under DOS don't forget that DEBUG will add 0x100 so do a D 14d8
and the byte at that address should be 0x2a. Change this to 0x24. This
will cause the code to call the memory deallocation routine.
Please, this is a quick and dirty fix that I have *not* tested. If it
does not work at all, I've messed up the fix. If the problem persists
there's another bug yet to be found. If it works, I'll redo it properly.
Be aware that it is theoretically possible ( if not likely ) for very
heavy traffic alone to take a node out if used inadvisably.
Once again, my apologies and let me know how you get on.
73's
Dave G8KBB
P.S. Please circulate this message wherever you see fit.
------------------------------
Date: 12 Oct 1994 10:34:41 GMT
From: roberts@ses6a.bt.co.uk (Dave Roberts)
Subject: THENET X1J2
I must apologise for the problems suffered.
I have never been sure where to look as I have never been able to
regenerate the buffer loss problem in the local nodes over here, so
was reduced to reading the code and scratching my head.
I have just found ( like last night ) a possible cause for the problem.
When the node is very busy, and needs to reject a connection, and if
rs232 crosslink protocol mode 2 is not being used, the node fails to
release the memory used by the received packet.
A quick fix for this ( untried ) is to patch one byte of the code.
If this appears to fix it, I'll recompile and fix a couple of other
things and rerelease it.
To do the patch ( in thenet X1J release 2 ) debug the file THENET1.X1J
and look at the byte offset 0x13d8 into that file ( if you are using
DEBUG under DOS don't forget that DEBUG will add 0x100 so do a D 14d8
and the byte at that address should be 0x2a. Change this to 0x24. This
will cause the code to call the memory deallocation routine.
Please, this is a quick and dirty fix that I have *not* tested. If it
does not work at all, I've messed up the fix. If the problem persists
there's another bug yet to be found. If it works, I'll redo it properly.
Be aware that it is theoretically possible ( if not likely ) for very
heavy traffic alone to take a node out if used inadvisably.
Once again, my apologies and let me know how you get on.
73's
Dave G8KBB
P.S. Please circulate this message wherever you see fit.
In article <DDRZTc3w165w@lmr.mv.com>, rapp@lmr.mv.com (Larry Rappaport) says:
>
>jim.ridley@aznetig.stat.com (Jim Ridley) writes:
>
>> I am having a problem with the memory deteriorating on a X1J2 firmware.
>> The memory seems to deteriorate worse when large file transfers and etc
>> are being passed. I am using a Tiny II with a DCD board installed.
>> Meter switches have been toggled off. I understand this is somewhat of
>> a common problem and I wonder if anyone has a solution.
>> Thanks de Jim Ridley (K5LGW)
>
>Having the same problem. The only other solution I've heard of is to use
>10Mhz TNC's. Over the last weekend, I spoke to Bert, VE2BLY, who suggested
>that the R2 firmware is just buggy, and that the only solution is to switch
>back to R1 until they fix it. Apparently, all you lose is the 3 extra
>channels for D/A conversion, but if you're not using them, it's no big loss.
>
>If you learn of any other solutions, PLEASE post it here or email. Thanks.
>
>W1HJF
>
>--
>
>Larry
>-----------------------------------------------------------------------------
>L. M. Rappaport & Associates, Inc. rapp@lmr.mv.com voice +1 603 237 8400
>Colebrook, NH 03576-0158 CIS 72427,2567 fax +1 603 237 8430
>
------------------------------
Date: Wed, 12 Oct 1994 18:28:35 GMT
From: jkbe@sdlena.ucsd.edu (John Bednar)
Subject: THENET X1J2
Michael H. Foster (zmhf02@trc.amoco.com) wrote:
: In article b0t@pheidippides.axion.bt.co.uk, roberts@ses6a.bt.co.uk (Dave Roberts) writes:
: >I must apologise for the problems suffered.
: >
: No need for apologies Dave...your work is very much appreciated.
: - Mike wa5txx 44.78.8.2
I agree with Mike. Thanks Dave!
Just drop a note on the net if you want a new version tested.
John WB3ESS
aljkbe@attme.att.com
------------------------------
Date: Wed, 12 Oct 1994 13:45:21 GMT
From: zmhf02@trc.amoco.com (Michael H. Foster)
Subject: THENET X1J2
In article b0t@pheidippides.axion.bt.co.uk, roberts@ses6a.bt.co.uk (Dave Roberts) writes:
>I must apologise for the problems suffered.
>
No need for apologies Dave...your work is very much appreciated. We have been managing
this minor problem and everyone has been quite patient.
We will be patching as soon as possible. Our key problem site is remote and will probably
not get changed until late this weekend.
Thanks for responding to this problem, I'm sure several folks will be following with
a watchful eye.
- Mike wa5txx 44.78.8.2
------------------------------
Date: Wed, 12 Oct 94 08:39:38 EDT
From: rapp@lmr.mv.com (Larry Rappaport)
Subject: THENET X1J2
jkbe@lena (John Bednar) writes:
... stuff deleted
> This problem seems to surface at sites that hear many partial packets. Is
> that consistant with everyone's thoughts? Maybe we can list the associated
> symptoms and help the developers locate the weakness. I'm sure they
> would appreciate our help. I agree that DCD mods, closed squelch, and
> faster clock rates may be band-aids but discussing these fixes may
> help someone locate the problem.
Do you mean hear partial packets from anywhere (HTS packets) or packets
directed at the node?
--
Larry
-----------------------------------------------------------------------------
L. M. Rappaport & Associates, Inc. rapp@lmr.mv.com voice +1 603 237 8400
Colebrook, NH 03576-0158 CIS 72427,2567 fax +1 603 237 8430
------------------------------
Date: Wed, 12 Oct 94 08:43:13 EDT
From: rapp@lmr.mv.com (Larry Rappaport)
Subject: THENET X1J2
roberts@ses6a.bt.co.uk (Dave Roberts) writes:
> I must apologise for the problems suffered.
>
> I have never been sure where to look as I have never been able to
> regenerate the buffer loss problem in the local nodes over here, so
> was reduced to reading the code and scratching my head.
>
> I have just found ( like last night ) a possible cause for the problem.
> When the node is very busy, and needs to reject a connection, and if
> rs232 crosslink protocol mode 2 is not being used, the node fails to
> release the memory used by the received packet.
>
> A quick fix for this ( untried ) is to patch one byte of the code.
> If this appears to fix it, I'll recompile and fix a couple of other
> things and rerelease it.
>
> To do the patch ( in thenet X1J release 2 ) debug the file THENET1.X1J
> and look at the byte offset 0x13d8 into that file ( if you are using
> DEBUG under DOS don't forget that DEBUG will add 0x100 so do a D 14d8
> and the byte at that address should be 0x2a. Change this to 0x24. This
> will cause the code to call the memory deallocation routine.
>
> Please, this is a quick and dirty fix that I have *not* tested. If it
> does not work at all, I've messed up the fix. If the problem persists
> there's another bug yet to be found. If it works, I'll redo it properly.
> Be aware that it is theoretically possible ( if not likely ) for very
> heavy traffic alone to take a node out if used inadvisably.
>
> Once again, my apologies and let me know how you get on.
>
> 73's
>
> Dave G8KBB
>
> P.S. Please circulate this message wherever you see fit.
Dave, no need to apologize! Thanks - I'll try the patch on the node that's
giving us the problem and report back here.
73, Larry W1HJF
--
Larry
-----------------------------------------------------------------------------
L. M. Rappaport & Associates, Inc. rapp@lmr.mv.com voice +1 603 237 8400
Colebrook, NH 03576-0158 CIS 72427,2567 fax +1 603 237 8430
------------------------------
Date: Tue, 11 Oct 1994 21:24:31 GMT
From: goobie@cfcsc.dnd.ca (Keith Goobie)
Subject: Wanted: Montreal CA Packet group
In article <Cx91GA.42@world.std.com> barnaby@world.std.com (Richard L Barnaby) writes:
>If you or your packet group in interested in this please contact me
>via telephone at 802-223-1234 immediately. Time is of the essence, as the
>peak will be snowed in any day now, and the research would have to
>wait until late spring.
One of the prime packet movers and shakers in the Montreal area is Burt VE2BMQ
@ VE2FKB .. Sorry do not now his phone number..
73
Keith
VE3OY @ VA3BBS
==============================================================
| Keith Goobie | goobie@cfcsc.dnd.ca |
| CFCSC, Toronto, ON CANADA | >>> If you come to a fork in |
| (416)-482-6807 FAX 482-6908| the road, take it <<< |
==============================================================
------------------------------
Date: Wed, 12 Oct 1994 17:53:15 GMT
From: <pasek001@maroon.tc.umn.edu>
Subject: What am I hearing ?
I was playing around with Hamcom 3.0 last night to see what it does, and
after copying the usual CW & RTTY on 20 meters I decided to poke around
the SWL/Military Freq's with my TS440s.
On numerous frequencies between 8 - 14 mhz I found strong signals running
850 hz shift. I tried to decode them as: RTTY,ASCII7,ASCII8,AMATOR in
speeds ranging from 45 baud to 150 baud with Normal & Reverse Shifts.
I got nothing.. naddda.. zip.. just a screen full of garbage. Using the
pulse timing mode it appears that the Mark pulse width is 10ms.
What am I hearing ?? I looked thru the various FAQ's and found nothing,
but if I misssed it please refer to it and I'll look there.
Thanks for the help..
de George
-------- --------
George T. Pasek Jr. pasek001@maroon.tc.umn.edu
Facilities Management
Elevator Department What Goes UP
University of Minnesota Must Come DOWN
Minneapolis Minnesota 55455 Unless It STICKS
-------- ________
------------------------------
Date: 12 Oct 1994 15:23:43 GMT
From: jcmonier@muguet.saclay.cea.fr (Jean-Christophe MONIER)
Subject: WTD a ftp site for TINY-2 v3.1 EPROM HEX
Has I said in subject I'm in quest for a anonymous ftp site
where I can find Hex/bin file for an EPROM with software TINY-2 V3.1
for a TAPR TNC-2
If someone have that .....
73
Jean-Christophe MONIER
Ingenieur Reseaux / Networks Engineer
Athesa - C.E.A. Defense - France
E-Mail : jcmonier@muguet.saclay.cea.fr
Phone : (33/1) 69.08.56.41
------------------------------
End of Ham-Digital Digest V94 #339
******************************